SPECIFICATION 

TO WHOM IT MAY CONCERN: 

Be it known that we, with names, residence, and citizenship listed below, have 
invented the inventions described in the following specification entitled: 

REPORT FORMAT EDITOR FOR CIRCUIT TEST 

Robert Stanley Kolman 

Residence: 2306 22 nd Avenue, Longmont, CO 80503 
Citizenship: United States of America 



REPORT FORMAT EDITOR FOR CIRCUIT TEST 

Background off the Invention 

[0001] Some circuit test systems output circuit test data in accordance 
with a fixed report format. Other circuit test systems allow circuit test data to 
be mapped to arbitrary locations. However, these latter circuit test systems 
require a user to understand low-level details of the system's output data, as 
well as a programming language such as "C". 
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Summarv of the Invention 



[0002] One aspect of the invention is embodied in a report format editor 
for circuit test. The editor comprises code to display a graphical user 
interface (GUI). The GUI, in turn, displays 1) a number of user-selectable 
representations of circuit test data, and 2) a user-modifiable ASCII report 
format that is formed, at least in part, of placed ones of the user-selectable 
representations of circuit test data. Program code interprets relative sizes 
and placements of elements forming the user-modifiable ASCII report format 
and generates an ASCII format description file in response to the 
interpretation. 

[0003] Other embodiments of the invention are also disclosed. 
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Brief Description of the Drawings 

[0004] Illustrative and presently preferred embodiments of the invention 
are illustrated in the drawings, in which: 

[0005] FIG. 1 illustrates exemplary code portions of a circuit test system; 
[0006] FIG. 2 illustrates exemplary code portions of the report format 
editor shown in FIG. 1; and 

[0007] FIGS. 3-6 illustrate various graphical user interfaces that might be 
displayed by the report format editor shown in FIG. 2. 
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Description of the Preferred Embodiment 



[0008] FIG. 1 illustrates an exemplary circuit test system 100 comprising 
various pieces of program code 102, 104, 106. By way of example, the 
program code may be stored on various forms or combinations of computer 
readable media, including any one or more of: fixed disks, removable disks, 
random access memories (RAMs), read only memories (ROMs), magnetic 
disks, and optical discs. Further, and by way of example, the program code 
may be installed on a circuit tester (e.g., the 93000 System on a Chip (SOC) 
tester, manufactured by Agilent Technologies, Inc. of Palo Alto, California, 
USA), on a computer system (e.g., a personal computer (PC)), or over a 
network (e.g., with parts of the code being installed on a circuit tester, and 
with parts of the code being stored on a personal computer). 
[0009] In the upper portion of the system 100 (above the upper hash 
line), circuit test data flows from left to right and is processed by program 
code 102 that reads an ASCII format description file 106 and formats the test 
data in accordance therewith. In one embodiment, the code 102 receives 
and processes a real-time stream of circuit test data 108 as the data is 
generated during circuit test. In another embodiment, the code 102 might 
receive and processes the circuit test data in batches. In yet another 
embodiment, the code 102 might access and process a stored file of circuit 
test data. 

[0010] The lower portion of the system (below the lower hash line) 
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comprises a report format editor 104. As shown in FIG. 2, the report format 
editor 104 comprises code 200 to display a graphical user interface (GUI). 
As shown in FIG. 3, the GUI 300 displays a number of user-selectable 
representations of circuit test data 302, 304, 306, 308, 310, as well as a 
user-modifiable ASCII report format 312 that is formed, at least in part, of 
placed ones of the user-selectable representations of circuit test data 302a, 
308a. In one embodiment, the representations of circuit test data 302-310 
comprise names of circuit test data that are displayed in a persistently visible 
portion of the GUI 300 (e.g., in a persistently visible list of circuit test data 
names; see FIG. 3). Alternately, the representations of circuit test data 302- 
310 may be provided via a pull-down menu of the GUI 400 (see FIG. 4). The 
representations of circuit test data 302-310 may also comprise exemplary 
depictions (e.g., icons) of the circuit test data, or colors that identify the circuit 
test data. Regardless of how the representations of circuit test data 302-310 
are provided, the report format editor 104 preferably comprises code that 
enables a user to drag and drop the representations within the ASCII report 
format 312. Once a representation of circuit test data has been placed within 
the ASCII report format, it may continue to be represented by its name or 
icon. However, it is preferably represented by an exemplary data string (e.g., 

"x.xxx.xx" or " data "). As will be described later, placed test data may 

also be identified by other means. 

[0011] The report format editor 104 (FIG. 2) further comprises program 
code 202 to 1) interpret relative sizes and placements of elements forming 
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the user-modifiable ASCII report format, and 2) generate the ASCII format 
description file 204 in response to the interpretation. In this manner, a user 
(through user input 206) can graphically create and/or manipulate the format 
of data that is output from the system 100. 

[0012] As shown in FIG. 1 , the upper and lower portions of the circuit test 
system 100 both access the same ASCII format description file 106. In 
some embodiments, this description file may also be manually edited by 
means of a simple text editor or other editing software. The report format 
editor 104 may therefore comprise code to conduct a consistency check on 
the contents of the description file 106. Preferably, the consistency check is 
automatically conducted each time the file 104 is read. However, the user 
could also be given an option to manually trigger the consistency check from 
within the report format editor 104. 

[0013] The report format editor 104 may also comprise code to build the 
number of user-selectable representations of circuit test data 302-310 that it 
displays. In one embodiment, this code reads a file of circuit test data types 
110 and, in response thereto, builds the user-selectable representations of 
circuit test data. In another embodiment, the code queries a test instrument 
for circuit test data types and, in response to results from the query, builds 
the user-selectable representations of circuit test data 302-310. In yet 
another embodiment, a user might manually enter a number of circuit test 
data items into the report format editor 104. 

[0014] As previously alluded to, the report format editor 104 may employ 



10030572-1 _7_ 

a variety of mechanisms to assist a user in easily identifying what kinds of 
circuit test data 302a, 308a are placed in their ASCII report format 312. In 
one embodiment, the report format editor 104 comprises code to associate 
identifying colors with the representations of circuit test data 302, 308a 
appearing in the ASCII report format 312. For example, each of the circuit 
test data representations 302-310 displayed on the left side of the FIG. 3 
GUI 300 may be displayed in a color that is unique to the test data item, or at 
least unique to its test data type. Placed representations of the circuit test 
data 302a, 308a then appear in the same color so that the representations 
302-310 on the left may be easily referred to for more information about 
(e.g., the name of) data 302a, 308a that has been placed in the ASCII report 
format 312. Alternately, or additionally, the report format editor 104 may 
comprise code to 1) associate a name with each of the placed 
representations of circuit test data 302a, 308a, and 2) cause the name 314 
to be displayed when a graphical pointer 316 hovers over its corresponding 
representation of circuit test data 308a (i.e., a data item's name is displayed 
when a user "hovers" over the data item). 

[0015] Once a representation of circuit test data 302a, 308a has been 
placed in the ASCII report format 312, it may be easily dragged and 
repositioned. Further, the report format editor 104 may comprise code that 
enables placed representations of circuit test data 302a, 308a to be 
graphically resized within the ASCII report format 312. This may be 
accomplished, for example, by providing the circuit test data 302a, 308a with 
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graphically selectable "handles" (e.g., persistently displayed handles or hover 
(pop-up) handles). In one embodiment, selection of a placed representation 
of circuit test data 302a (e.g., via a mouse-click) also causes the GUI 300 to 
provide an option to specify a data format for the selected representation. 
The option may take the form of a fill-in field (on a menu bar, for example) 
that allows a user to specify a desired width of circuit test data, a desired 
number of significant digits of the data item, or one of an number of data 
formats for data item (e.g., integer, text, or scientific notation). 
[0016] FIG. 5 shows an embodiment of the report format editor 104 
wherein each representation of circuit test data 302a, 308a is, by default, 
associated with a number of programmable label fields (label_a - label_c for 
item 308a, and labeled - label_f for item 302a). By way of example, the 
programmable label fields may comprise a column header field (labeLa, 
label_d), a preamble field (label_b, label_e), and a postamble field (label_c, 
label_f). By clicking on one of the fields, a user can fill in the field with a title, 
measurement unit, mathematical indicator, separator character (e.g., a 
colon), or other information that improves report readability. The user might 
also be given an option to delete or hide some or all of the label fields. 
Alternately, or additionally, the menus of the report format editor's GUI may 
provide a user with various options to place context fields 600, 602, 604, 606 
in the ASCII report format. As shown in FIG. 6, these context fields 600-606 
may comprise various sorts of text and/or numeric fields. 
[0017] Although a variety of means for configuring an ASCII report format 
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312 have been disclosed, it is preferable that all of the means be 
implemented using a non-proportional font, and that a user is displayed a 
WYSIWYG (what you see is what you get) report format. Further, although 
the figures show only a single row of columns, the GUI 300 of the report 
format editor 104 could alternately show multiple rows of columns. 
Alternately, the GUI 300 of the report format editor 104 could display multiple 
formatting windows, each of which corresponds to a tier in a hierarchical 
report. For example, a report might comprise tiers for: lot, cassette, wafer, 
and device. Each window might appear as shown in FIG. 3. 
[0018] While illustrative and presently preferred embodiments of the 
invention have been described in detail herein, it is to be understood that the 
inventive concepts may be otherwise variously embodied and employed, and 
that the appended claims are intended to be construed to include such 
variations, except as limited by the prior art. 



